- Widget Firmware Specification 
and 
Theory of Operation 
Revision 2.0-0 
May 8, 1984 


Written by Rodger Mohme 
t{S-19F x4879 


Same Useful Definttlars: 


The following is an explanation of the symbols that will be used throughout this document to 
describe the operation of the various firmware commands. 


>': The bracket symbols mean that the information inclosed within them 
ismanditory. - 


‘{, ]': The square bracket symbols mean that the information inclosed within 
ther is optional. 


‘|’: The vertical bar symbol is used to indicate an alternative or “OR 
condition. For example, A|B canbe thougnt of as "Either A or B”. 


"::=°: This symbol is used to indicate a definition or equivelence. 

"{, }’: Curly brackets are used to denote commemts. 

*+* ; The plus sign is used as an addition symbol or logical or’ ing. 

"$' : Tne dolar sign is used to indicate that a value is radix 16 {in other 
words, the number is in hexadecimal}. Values that are not preceded 
by °$’ are assumed to be decimal. 


"NULL’: This key word indicates the empty set, or in some cases the fact that 
the function whose value is NULL can be ignored. An example is: 


Argle_Bargle ::= <NULL> 
Essentially you can forget that Argle_Bargle exists for this context. 
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Command Types: 
Widget commands are broken up into 3 categories: 
1. ProFile commands 


These commands are used emulate a ProFile mass storage device and provide 
for downward compatibility. 


2. Diagnostic commands 
These commands are used to seperate the various subfunctions of the 
Grive and provide a means to troubleshoot 2a ¥idget without the controller 
of performing any retrying of it’s ow. 
3. System commands | 
These commands are used to operate a Widget at it’s maximumefficiency. 


Blocks are transfered logically in amultiple block fashion, up to 
295 blocks. 


Profile Commamnds: 


Widget is designed to be backwards compatible with the current ProFile Driver, and to that end there 
exists the three ProFile System commands {Read, Write, and Write Verify} within the firmware. 


Opcode Definition 
$00 Read Logical Block 
$01 ¥rite Logical Block 
$02 Write_Verity Logical Block 


The three ProFile commands behave in exactly the same fashion as do the corresponding instructions 
on ProFile, with one small exception: the Read Logical command does not include information 
concerning Retry Count or Sparing Threshold {however, because of a side effect in the way that the 
Host/Controller interface was designed, the Host may write as many command bytes to the controller as 
it chooses. The Controller will only decode the first four.}. The formof each command is: 


<$00($01|$02> <3 bytes of Logical Block Address> 


There are two ‘special’ logical address defined in the ProFile protocol, namely $FFFFFF {-1} and 
SFFFFFE {-2}. Logical address (-1) returns as it’s value Device_ID {as explained under the section 
titles Diagnostic Commands} and logical address (-2) returns as it’ s value Widget’s spare table 
structure in it's raw form. 

It should be noted that if at aw time Widget can not pass it’s self test that it will refuse to 
 Sommunicate via logical commands {both ProFile and System type commands}; Widget will respond to 

Diagnostic commands at all times, however . 


The rest of the commands available on Widget are a complete departure from the way that ProFile was 
implemented. The new form of any command is: 


( <Command_Byte> 
<Instruction Byte> 
[Instruction_Parameter ]} 
<CheckByte> ) 


Command_Byte ::=<CommandType_Nibble + CommandLength_Nibble> 
CommandType_ Nibble ::=<Diagnostic_Command|System_Command> 
Diagnostic _Command ::=<$10> 
System Command ::=<$20> 


CommandLength Nibble ::=<Count of all the bytes in the command string AO7 
including the first one. For example, the command string to read 
Device_ID is: ( <$12> <$00> <$€D> ). The commandilength_nibbie in this 
case is2.> 


System_Command ::=<Sys Read|Sys @rite|[Sys_WrVer> 
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Diagnostic_Command ::= ( <Read_ID| 
Read_Controller_Status | 


Format_Track | 
Initialize SpareTable| 
Read_Abort_ Stat | 
Reset_Servo| 

Scar ) 


Instruction Parameter ::= { This value is instruction dependent, and will 
be formally defined at the same time as the 
individual instructions } 


CheckByte ::= { This byte is the ones-complement of the sum, in M00-256 
arithmetic, of all the bytes in the instruction string 
includingthe Command Byte. } 
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Diagnostic_Commgnds: 


Widget 's personality, or manner in which it behaves ina specific Host environment, canbe thoght of 
as having two distict parts: 1) that portion that is dictated by the hardware and 2) that portion that 
is controlled by the firmware. As trite as that last statement may seem, the fact remains that the part 
of Widget that is the hardware is notr easily molded to adapt to different conditions. The sare is 
true, but not quite in the same manner, for the firmware: the code is locked in a ROM of some sort and 
costs a lot to change. How then can Widget’s “personality” be changed {on-the-f4y} to “adapt” to anew 
environment? The answer in thjis case was to architect the firmware ina layered fashion: build the 
intelligence required to operate #idget in it’s normal system mode froma pool of discrete, primitive 
functions; these primitive functions having just one specific task that they are capable of 
completing. The implication of this architecture is that with very little effort these same primitive 
functions are available to the Host system. 
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-Read_ID 


Read_ID ::=<$00> 
Instruction Parameter ::= <NULL> 


Tnis diagnostic command requires Widget to deliver to the host some device specific information. 
The structural layout of the data returned is: 


STRUCTURE Identity Block 


This identity block is defined by the data structures contained within it; you will note, however, 
thet a comment is given explaining the type of structure for a given element and range of bytes - if the 
structure is thought of as a linear array of bytes - that include the structure. An exanple is 
NameString. It is a13-character ascii string, and is located in bytes $0:C. 


NameString ::=<10HB_Name| 
20HB_Name | 
40MB_Name {13 bytes/$0:C; Ascii String}> 
10MB_Name ::=<'Widget-10 ‘> 
20MB Name ::=<'Widget-20 ‘> 
40HB Name ::=<'Widget-40 ‘> 
Device_Type ::=<Device.#idget+Widget .Size+Widget . Type {3 bytes/$0:F }> 


Device Widget ::=<$0001 {2 bytes/$0:E}> 
Widget .Size ::=<Size_10|Size_20|Size_40 {4 bits, byte $F/bits 7:4}> 


Size_10::=<$0 ~ Ox 
$ize_20 ::= <$01> -_ 
Size_40 ::=<$02> “4 

Widget .Type ::=<System|Diagnostic|AppleBus {4 bits, byte $F/bits 3:0}> 
System ::= <$00 {parallel host interface}> . 
Diagnostic ::=<$01i {development use only}> 
AppleBus ::=<$02 {serial host interface}> oo 
Firmware_Revision ::=<{2 bytes/$10:11}> 
Capacity ::=<Cap_10|/Cap_ 20(Cap_40 {3 bytes/$12:14}> 
Cap 10 ::=<$004C00>— | 
Cap 20 ::= <$009800> | 
Cap_40 ::= <$013000> ck x 
Bytes Per Block ::=<532 {2bytes/$15:16}> 7625 Pe 


Number Of Cylinders ::=<Cyl_10[Cy1_20[Cyl_40 {2 bytes/$17:18)}> 


Cyl 10::=<5S14> 471° A 
Cyl_20 ::=<S14> 

| Cyl 40 ee <1028> 

Number_Of_ Heads *e= <2? {1 byte/$19 }> 


Number Of Sectors ::=<Sctr_10|Sctr_20|Sctr_40 {1 byte/$1A}> 


sctr_40 ::=<3@ - fay 
Number_Of Possible SpareBlocks ::=<$00004C {3 bytes/$1B:1D}> 
Number Of SpareBlocks ::=<({3 bytes/$1E:20, range 0. .$4B}> 


Number_Of_GadBlocks ::=<{3 bytes/$21:23, range 0. .$48}> 


nen 


Read Controller Status ::= <$01> 


Every time en operation comletes {normally or abnormally} Widget will return Standard_Status. 
This allows the Host system to change it’s flow of execution based on the state of the value returned in 
the Status. Normally, Standard_Status is all that is necessary to ensure continuous operation. In the 
exceptional case, or when the Host system is emulating the controler’s functions, additional 
information concerning the state of Widget is mandatory: without it the Host simply could not make an 
optimum choice in deciding a course of action. 

Controller_Status is then a means for the Host system to interrogate Widget further. Each Status 
{with the exception of Abort Status, which is a seperate command and is discussed later in this 
document} belongs to a homogeneous data structure: namely a four byte quantity containing a bit map 
representing the various exceptional conditions thyat are available as the first four bytes read from 
the controller upon completion of the current command. 

There are eight status’ available to the Host system. The Host requests a specific status by setting 
the Instruction_Parameter to the value corresponding to the status needed. 


IF (Instruction_Byte = Read Controller _ Status) 

THEN Instruction Parameter ::=(<Standard_Status| 
Last_Logical_Block| 
Current Seek Address | 
Current_Cylinder | 
Internal_Status | 
State_Registers| 
Exception Registers | 
Last-Seek_Address> ) 


The four byte response to each of the above status requests is of the form: 
Status_Response ::= (<Byte® <Bytel> <ByteZ> <Byte3>) 


SGARE TABLE Co dE 


20 @C GS \ YR C2 GE B&H gM Go Bw wR BU 
et 92 Ge dT 
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Standard Status ::= <$00> 


ByteO ::= <Bit7: Other than $55 response fromHost 
¢Blté: Write Buffer OverFlow 
~Bits: bed used} 
-Bit4: {not used} 
¢ Bit3: ReadError | 
< Blt2: No Hatching Header F ound 
* Biti: Servo Error 
i Bit0: Operation Failed > > 


Bytel ::=<Bit7: {not used} 
Bit6é: Spare Table Overflow 
BitS: 5 or Less Spare Blocks Available 
Bit4: {not used} 
Bit3: Controller SelfTest Failure 
Bit2: Spare Table has been Updated 
Biti: Seek Error ' 
Bit0: Controller Aborted Last Operation > 


Byte2 ::=<Bit7: First Status Response since Power-On. 
Bit6é: Logical Block Number Out of Re, 
BitS:0 : {not used}> 


Byte3 ::=<Bit7: Read Error Detected by Ecc circuitry -: 
Bit6é: Read Error Detected by Crc circuitry — 
Bit5: Header timeout 
Bit4: {notused} _ 
Bit3:0 : Number of unsuccessful retries {out of 10}> — 
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Last_Logical Block ::=<$01> 
Byted : := {not used} 
Bytel ::= <Most Significant Block Address> 
Byte2 : := <Next Most Significant Block Address> 
Byte3 : := <Least Significant Block Address> 
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Current_Seek_Address ::=<$Qjp 
Byte ::=<tMost Significant Cylinder Address> 
Bytel ::=<Least Significant Cylinder Address> 
Byte2 ::= <Head Address> 
Bytes ::=<Sector Address> 


UIA SO 


Paye 15 
Current_Cylinder : := <$0¢> 

Byted ::= <tHost Significant Cylinder Address> 

Bytel : := <Least Significant Cylinder Address> 

Byte? ::= <Head Address> 

Bytes ::=<Sector Address> 
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Internal Status ::=<$04> 


Byted : 


>= <Bit7: Recovery On BQ 


Bité: Spare Table Almost Full 

BitS: Buffer Structure is Contaminated 

Bit4: Power reset has just occured 

Bit3: Current Standard Status is non-zero ra 
Bit2:1 : {not used} O 
Bit0: Controller LED is on> 


oo -Q 


Bytel ::=<Bit7: On_Track - 


Byte? :: 


Bytes :: 


Bité: Read Headers after data recal. Q 
BitS: Current operation is a write operation 

Bit4: Heads are parked 

Bit3: Sequential look-ahead table search 

Bit2: {not used} a 
Bit1: Seek Complete 

BitO: Auto Offset is Ot> 


= {this status is valid ONLY after a ProFile or System Command} 
“<Bit7: seek_Needed 

Bité: Head Cnange_Needed ! 

BitS:2 {not used} © 

Biti: Current block is a BAD block.© 

BitO: Current block is a SPARE block> 


= <SpareTable Type |Userdata._ Type> 
$O8> 


SpareTable_Type :: 
UserData_Type ;:= <$02> 


O 
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State Registers ::= 
Byted : 
Bytel : 


Bytez : 


Byte : 


Bite: 
Bits: 
Bits: 


Bit3:0 : Current state of the state-machine> 


<$05> 


>= {not used} 


>= <Bit7: Ram Failure : 
Bité: 
Bits: 
Bits: 
“Bit3: 
Bit2: 
biti: 
Bito: 


Eprom Failure 

Disk Speed Failure 
Servo_Failure 
Sector_Count_Failure 
State_fMachine_Failure 
Read Write Failure - 
No_SpareTable Founc- 


>= <Bit7: Disk Read/-rite 
Bité: 
Bits: 
Bit: 
Bit3: 
Bit2: 
Biti: 
Bito: 


SioRay 1 
Hsell 
Hse10 


Bsy aoe 


Cnd 


EccError {active low} . B 


Start {active low}> 


:= <Bit7: CrceError {active iow} ’ ee 
Write Not ~Va}ia {active low} - c 
ServoReady “ = 


ServoError ~. 


Co 
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Exception Registers ::= <$06> 


Byted ::=<Bit7: Read error 
Bité: Servo error while reading 
BitS: At least one successful read in last retry sequence 
Bit4: Header Timeout 
Bit3: Crc€rror or Ecctrror 
Bit2:0 : {not used}> 


Bytei ::=<Bit7 ::=Ecctrror 
Bité ::=Crctrror 
BitS ::= Header Timeout 
Bit4é ::= — used} 
Bit3:0 : {number of bad retries out of 10}> 


Byte2 ::=<Bit7: Write Error 
Bité: Servo Error while writing 
BitS: At least one sucessful write in last retry sequence 
Bit4: Header Timeout: 
Bit3:0: {not used}> 


Byte3 ::= {number of bad retries out of 10} 


CXCEP TIAN) «= REG@ISTERS O77 


RYTE O . 
QYTE | 5 

i 
RYTE 2 : 


QaVTE & | 


Oo QO LN 


O 
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Read_Servo_ Status 
Read Servo Status ::= <$02> 
Instruction Parameter ::=<0..8> 


[ This status command is used to interrogate the Servo Processor in much the same way that 
Read Controller Status is used. Infact, the formof the result is the same four byte-mapped quantity . 

‘ This command is of the particular value to a diagnostician that is interested in ‘scoping-out’ the 

[ servo subsystem. 

: A more complete description of the servo commands can be read in the document titled “Widget Servo 

[ Functional Objective” written by JimReed. 
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send_Servo_Command 
send_Servo_Command : := <$03> 
Instruction Parameter ::= (<Byte0> <Bytel> <Byte2> <Byte3>) 


Normally, the Host will allow the controller to manipulate the servo processor in order to perform 
useful work. For example, let’s suppose that the Host system wishes to move drive's heads from one 
track to another. Under normal operating conditions the preferred way to perform this task is to use 

othe Send_Seek command {explained later}. However, the Host has the capability to bypass the 

‘controller and direct the servo processor. Indeed, the Host can issue the servo command to position 

the heads so that the seek is completly transparent to the controller. The implication of this command 
is that the Host can gain even more control of the system if it so chooses. 

A more complete description of the servo commands can be read in the document titled “widget Servo 
Functional 0b jective” written by Jim Reed. 


Byte ::=<S_Command+S Direction + Hi_Magnitude> 

S Command ::= Offset] 
Diagnostic] 
DataRecal | 
FormatRecal | 
Access | 
Access Offset] 
Home> 

Offset ::= <$10> 

FormatRecal ::= <$70> 

Access ::= <$80> 

Access_Offset ::=<$90> 

Home ::= <$C0> 

S$ Direction ::= <Positive|Negative> 


Positive : := <$04 save inside diameter }> 
Negative ::= <$00 {towards outside diameter}> 


Hi Magnitude ::=<0..3 {move heads in multiples of 256}> 
Bytel ::= <Low Magnitude ::=0..255> 
{note: Hi_magnitude, Low magnitude, andS Direction establish 
the relativedistance the heads must move to arrive at the target 
track} 
Byte2 ::=<Offset_Direction + Auto_Offset_Switch + Offset_Magnitude> 
Offset_Direction : := <Positive|Negative> 


Positive ::=<$80 {towards outside diameter }> 
Negative ::=<$00 {towards inside diameter }> 
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Auto_Offset_Switch ::=<ON|OFF> 


ON ::=<$40 {assert fine positioning}> 
OFF ::=<$0> 


Of fset_Magnitude ::=<0..32> 
Byte3 : := <Baud_Rate « Power_On_Reset> 
Baud_Rate ::=<19.Sk_ Baud|S7.6k_Bauc 


19.Sk_Baud ::=<$0D> 
57 .6k_Baud ::= <$80> 


Power_On_Reset ::=<S4 
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Send_Seek : := <$04> 

Instruction Parameter ::= (<HiCy1> <LoCyl> <Head> <Sector>) 

Widget's Send_Seek command allows the Host system to place the heads over any track on the disk. The 
value of the seek address is sent as the Instruction_Parameter, and each parameter is abyte inl 


For example, for the Host to seek to (Cylinder 1, Head 0, Sector 18) a seek command would be issued with 
the following Instruction Parameter: ($0000, $00, $12). 
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send Restore 


send_Restore : := <$05> 


Instruction Parameter : := <DataRecal |FormatRecal> 
DataRecal ::= <$40> 
FormatRecal : := <$70> 


The Send_Restore command is used by the Host to initialize the servo processor and to put the heads in 
a known location. This command is the same as performing a Data/Format Recal except that the 
controller updates it’s internal state to account for the new servo position. 
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set _ Recovery 
Set_Recovery : := <$06> 
Instruction Parameter ::= <ON|OFF> oa 
ON ::= <$01> 
OFF ::= <$00> 


The exception handling characteristics of Widget approximate a binary set: either Widget handles 
everything, or the Host system does. The command ‘Set_Recovery’ is the Hosts link with this protocol 
in that it is through this instruction that the Host can gain control of the media. When Widget comes up 
after being reset, it assumes control and sets Aecovery to be ON. The Host system must overtly Change 
this state if it wishes to emulate a different exception handling criteria. Once Recovery is OFF, the 
controller will always fail in an operation if an exception occurs: the Host vst assume 
responsibility for ALL error handling. 
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Soft_ Reset 
Soft_Reset ::= <$07> 
Instruction Parameter ::= <NULL> . 


This command instructs the Widget firmware to restart its flow of execution at its initialization 
point. The results should be the same as a power reset. 
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send_ Park 
send_Park ::= <$08> 
Instruction_Paramter : := <NULL> 


when the Host issues a Send_Park command to the controller the results are that the heads are moved 
Off the data surface and held very near the inside diameter crash stop. The difference between this 
command and the Send_Servo_Command: Home, is that Home is performed ‘open-loop’ with the crash stop as 
its reference point, while Send Park is an access command to a specific track. The net result is a 
fairly hefty savings of time. 


Diag Read : := <$09> 
Instruction Parameter ::= <NULL> 
The Diag_Reed command is used to read the block on the disk pointed to by the last seek address. The 


form of the returned data is exactly the same as that of ProFile _Read or Sys_ Read in that 4 bytes of 
Standard_Status precede the block of data. 
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Diag ReadHeader 
Diag ReadHeader ::= <$0A> 
Instruction Parameter ::=<Sector> 


¥hnen the heads are positioned over an unknown location, or when it is suspected that a block's header 
is shot, it is time to use the Diag ReadHeader command. This instruction allows the host to *suck-up’ 
both whatever information is residing in the block's header field as well as the data from the block. 
The form of the result is: 


Result ::= (<Header {bytes/$00:05}> 
<Gap {bytes/$06 :0C}> 
<Data {bytes/$00:21F }>) 


Header ::= (<HiCyl> <LowCyl> <HdSct> <-HiCy1]> <-LowCyl> <-HdSct> ) 


HiCyl ::=<Host significant byte of cylinder address> 
LowCyl : :=<Least significant byte of cylinder address> 
HdSct ::=<Bit7:6 : Head address 

BitS:0 : Sector address> 


-HiCyl : :=<ones-complement of HiCy1> 
-LowCyl] ::=<ones-complement of Lowlyl> 
-HdSct ::=<ones-complement of HdSct> 


Gap ::=<$00> 
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Diag Write 
Diag Write ::= <$0B> 
Instruction Parameter ::= <NULL> 
This instruction allows the Host to write a block of data to the location on the disk pointed to by the 
last seek address. Diag Write is valid for all states that the controller may wid up in, but is 


snipers that a Send_Seek command precede the write command to ensure that the correct block will 
be written. 
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Auto_ Offset 


Auto Offset ::= <$0C> 
Instruction Parameter ::= <NULL> 


This command is used by the Host to fine-position the heads after they are on-track. The auto_offset 
function can also be implemented by using the Send_Servo_Command instruction; the difference is that 
the controller will update some internal information {remember, servo commands are transparent} as 
well as select the correct head to offset off of {the Widget system uses Read 1 only for fine 


positioning}. 


Read SpareTable 


Read SpareTable : := <$00> 
Instruction Parameter ::= <NULL> 


Reading {and writing} the #idget’s sparetable is an absolute must for diagnostic purposes, and if 
the Host wishes to emulate the controller. The result of this instruction is identical to performing a 
ProFile Read fromblock -1 {$FFFFFE} and has the form: 


Result ::= (<Fence {bytes/$00:03}> 
_ <RunNumber {bytes/$04 :07}> 
<Format_Offset {byte/$08}> 
<Format_InterLeave {byte/$09}> 
<HeadPtr Array {bytes/$0A :89}> 
yte/$B8A }> 
srk pil Y Tpyte/$86 }> 
<BitMap {bytes/$8C :95}> 
<Heap {bytes/$96: 105 }> 
<InterLeave_Map {bytes/$1C6:1D8}> 
<CheckSum {byte $/$1D9 : 1DA}> 
<Fence (oytes/$108: 1DE }> 
<Zone_Table {bytes/S$1iDF : 1FF }> 
<Fence {bytes/$200:203}> ) 


Fence ::= (<$F0> <$78> <$3&> <$1E> ) 


RunNumber ::=<32-bit integer> 
This sabeans is incremented once each time the spare table is written to 
to the disk.Because two copies are kept on the the disk, the RunNuaber.js 
used to indicate which is the more recent of the two, should both 
copies not be updated. 


Format_Offset ::=<0..Number0OfSectors> 
Format _Offset is the number of physical sectors there are from index 
mark until logical sector 0. 


Formet_InterLeave ::=<0..6> 
This number is the interleave factor for this disk and is used in 
Calculating where each of the logical sectors are relative to actual 
sector locations. 


HeadPtr_Array ::=<ARRAY[0..127] of HeadPtr 


HeadPtr ::=<Nil+Ptr> 

Nil ::=<$80 {if Nil the end-of-chain}> 

Ptr ::=<$00..$7F {address of next element }> 
APtr is a7-bit structure that ‘points’ toa 
specific location within the Heap. To arrive 
at the actual index value within the Heap, the 
Ptr must first be miltiplied by 4 {the length 
of each element}. 
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when a disk is formatted and being written to for the first time, each logical block is assigned the 
first available physical block on the disk. Therefore you would expect that LogicalBlock(0) would 
occupy PhysicalBlock(0), L(1) --> P(1), etc. There are instances, however, when a block of data must 
be relocated to anaother space on the disk that does not follow the original progression (for example, 
the original space was defective). In order to ‘find’ these relocated blocks in the future a record 
must be kept as to where all these relocated blocks have been put. This record takes the form of 128 
linked lists having the form: 

HeacPtr[n] --> LinkedList[n], where n ::= [0..127]) 


The algorithm for deciding whether or not a logical block has been relocated is to extract bits 10:16 
from the LogicalBlockNunber and use it as an index into the HeadPtrérray: 
IF (HeadPtr[LogicalBlockNumber/bits 10:16] .Nil) 
THEN LogicalBlock has not been relocated 
ELSE use HeadPtr[].Ptr to begin searching the chain for amatcning 
element {refer to the structure of ListElement for more detail} 
IF no matching ListElement 
THEN LogicalBlock has not been relocated 
ELSE the element position in the Heap corresponds to the new physical 
block location 


spareCount ::=<$00..$46> 
BadBlockCount ::=<$00. .$46> 


Bitttap ::= <ARRAY([$00. .$48] of Bits> 
The bit map is used to keep a record of which spare blocks are 
occupied. 


Heap ::= <ARRAY[$00. .$48] of ListElement> 


ListElement ::= (<Nil+Used+Useable+Spr_Type+Data_Type> 
<Token> 
<Ptr> ) 


Used ::= <$40> 

Useable ::= <$20> 

Spr_Type ::= <Spare |BadBlock> 
Spare ;:= <$10> 
BadBlock ::= <$00> 

Data_Type : := <ata|SpareTable> 
Data ::= <$02> 
SpareTable : := <$08> 


Token ::= <Bits 0:9 of LogicalBlock> 


InterLeave_Map ::= <ARRAY[0..15] of [0. .NumberOfSectors }> 
The InterLeave_Nap is used to logical re-interleave the drive so that 
Widget can be run optimally on any system without having different 
manufacturing or formatting processes. 


Check _Sum : := <sum of all bytes in the spare table from the first fence to 
beginning of this structure, in M0D-65536 arithmetic> 


Page 31 


Zone_Table ::= <ARRAY([0. .NumberOf Zones) of Zone_Element> 
zone_Element ::=<Offset_Direction+0ffset_Magnitude> 
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Write _SpareTable 


Write SpareTable ::= <$0E> 
Instruction Parameter ::= (<$F0> <$78> <$3C> <$1E>) 


This command allows the Host to ‘force’ anew spare table on the controller, and is executed just like 
any of the other write commands (data, in this case, MUST conform to the structure presented in 
Read SpareTable}. The data sent to the controller is written to the two spare table locations on the 
Gisk. 
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Format_ Track 
Format Track ::= <$0F> 
Instruction Parameter ::= (<ormat_Offset> 
<Format_InterLeave> 
<PassWord> ) 
Format_Offset ::=<0..NumberOfSectors> 
This parameter dictates which sector {beginning with sector 0 - the 
first physical sector after index mark} will be logical sector 0 for 
that track. 
Format_InterLeave ::=<0..6 {interleave factor}> 
PassWord ::= (<$F0> <$78> <$3> <$1E>) 
The format command is used to: 
1. Operate on the track that is currently beneath the heads - this 
implies that the Host had best perform a Send_Seek and Auto_Offset 
command prior top formatting a track. 


2. AC erase the entire track - this implies that all data stored on this 
track will be destroyed. 


3. New headers will be layed down in every sector of the track. 
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Initialize SpareTable 


Initialize SpareTable : := <$10> 


Instruction_Parameter ::= (<Format_Offset> 
<Format_InterLeave> 
<PasswWoro> ) 


Format_Offset ::= <0. .NumberOfSectors> 
This parameter dictates which sector {beginning with sector 0 - the 
first physical sector after index mark} will be logical sector 0 for 
that track. 
Format_InterLeave ::=<0..6 {interleave factor }> 
Password : := (<SF0> <$78> <$3C> <$1E>) 


This command instructs the controller to ‘wipe the slate clean’ as far as the SpareTable is 
concerned. The initialized table is updated on the disk. 
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Read_Abort_ Status 
Read Abort Status ::= <$11> | 
Instruction Parameter ::= <NULL> 
Read Abort Status will ‘return vaild data only AFTER the controller has aborted (identified by 
Standard Status .Byte1.BitO}. The form of the result is a 16 byte string, and its contents are the 


contents of the controller's registers at the time of the abort - with the exception of bytes $0E:OF, 
which constitute the reurn address of the procedure that called the Abort routine. 
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-Reset_ Servo 
Reset Servo 22= <$12> 
Instruction_Parameter ::= <NULL> 
Reset_Servo allows the Host to initialize the servo processor without having to power the device 


down. The controller will. automatically reset the Servo, set the baud rate at 57.6K, and check for 
valid initial conditions. 
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Scan ::= <$13> 
Instruction_Parameter ::= <NULL> 


The scan command causes the Widget to read all blocks that are within the range of blocks set aside 
for user Gata blocks (all logical blocks). If any of these blocks are bad they will be either relocated 
Or marked as bad andrelocated on the next write. The SpareTaDle can be examined before and after a Scan 
command to find the locations of all bad blocks. 
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Sys Cem CORRS : 
System commands have been implemented for essentially two reasons: 


1. It was important for ¥idget to add one more check on the C1D/BSY 
handshake: namely the addition of a checkbyte following the command 
string. 


2. Inorder to increase the performance of the system without modifyi 
the hardware it was critical to introduce another level of parallelism 
into the Host/Controller interface. Host of the reads for a specific 
block on the disk are followed by a read for the next logically sequential 
block. Therefore the command decoding and checkbyte comparison for all 
but the first block has been suppressed into a multiblock-type command. 
The implementation for this added parallelism is to send an extra 
parameter with the (first) LogicalBlock indicating the number of blocks 
to be read sequentially. 


Sys_Read 


Instruction Parameter ::= (<BlockCount> <LogicalBlock>) 


BlockCount ::= <$01. .$FF> 
This parameter is the number of blocks to be read that follow 
sequentially fromLogicalBlock. It is assumed that one block 
(LogicalBlock) will be read. . 


LogicalBlock ::=<1_10MB|L_204B|L_40NB> 
L_10MB ::= <$000000. .004BFF> 
L_Z%B ::=<$000000..0097FF> i (wstite - 
L_40NB : := <$000000. .012FFF> 
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Sys_Write 


Instruction_Parameter ::= (<BlockCount> <LogicalBlock>) 


BlockCount ::= <$01. .$FF> 
This parameter is the number of blocks to be read that follow 
‘sequentially fromLogicalBlock. It is assumed that.ene block 
(LogicalBlock) will be read. 


LogicalBlock ::=<1_10NB|L_20MB|L_40NB> 
L_10NB ::= <$000000. . 0048FF> ° 
L~20MB ::= <$000000. .0097FF> 
L_40HB ::= <$000000. .012FFF> 
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Sys _Write_Venfy 


Instruction Parameter ::= (<LogicalBlock>) 


BlockCount ::=<$01..$FF> 
This parameter is the number of blocks to be read that follow 
sequentially fromLogicalBlock. It is assumed that one block 
(LogicalBlock) will be read. 


LogicalBlock ::=<__10MB|L_20NB|L_40HB> 
L_10N8 : := <$000000. .O04BFF> 
L_20H6 : := <$000000. .0097FF> 
L_40N6 ::= <$000000. .012FFF> 
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Command Summary 
ProFile Commands: 


ProFile Read ::= (<$00> <3 bytes LogicalBlock>) 
ProFile Write ::= (<¢01> <3 bytes LogicalBlock>) 
ProFile Wrver ::= (<$02> <3 bytes LogicalBlock>) 


Diagnostic _Commands : 


Read_Id ::= (<$12> <$00> <$ED>) 

Read Controller ::= (<$13> <$01> <StatusRequest> <CheckByte>) 

Read Servo Status ::= (<$13> <$02> <StatusRequest> <CheckByte>) 
Send_Servo_Command : := (<$16> <$03> <CommandRequest> <CheckByte>) 
Send Seek ::= (<$16> <$04> <SeekAddress> <CheckByte>) 

Send_Restore ::= (<$13> <$05> <On/Off> <CheckByte>) 

Set_Recovery ::= (<$13> <$06> <RecalType> <CheckByte>) 

Soft_Reset ::= (<$12> <$07> <$E6>) 

Send_Park ::= (<$12> <$08> <$E5>) 

Diag Read : := (<$12> <$09> <$£4>) 

Diag ReadHeader : := (<$13> <$0A> <Sector> <CheckByte>) 

Diag_Write ::= (<$12> <$0B> <$E2>) 

Auto Offset ::= (<$12> <$0C> <$E1>) 

Read SpareTable : := (<$12> <$00> <$E0>) 

Write SpareTable : := (<$16> <$0E> <PassWord> <CheckByte>) 
Format_Track ::= (<$18> <Offset> <InterLeave> <PassWord> <CheckByte>) 
Init_SpareTable : := (<$18> <Offset> <InterLeave> <PassWord> <CheckByte>) 
Read Abort Status ::= (<$12> <$11> <$0C>) 

Reset_Servo ::= (<$12> <$12> <$DB>) 

Scan ::= (<$12> <$13> <$DA>) 


System Commands : 
Sys Read ::= (<$26> <$00> <BlockCount> <LogicalBlock> <CheckByte> ) 
Sys_ Write ::= (<$26> <$01> <BlockCount> <LogicalBlock> <CheckByte> ) 
Sys_WrVer ::= (<$25> <$02> <LogicalBlock> <CheckByte> ) 


PassWord : := (<$F  <$78> <$3C> <$1E>) 


fieney ¢ S/T. 
Abort_Status_ Variables 


There are occasions when the Widget Controller will detect that something is 
radically wrong with the Widget SubSystem, 1.e., the ramon board the controllergoes on 
vacation, or the positioning system gives up the ghost, etc. In one of these cases the 
controller will abort its current instruction and return control to the Host, 
hopefully with enough information that the Host can make an intelligent decision 
concerning the state of Widget. 

The Host can read some information concerning the abort that the controller took by 
requesting Read_Abort Status. This command returns a result that is 20 bytes long: 4 
bytes of standard status and 16 bytes of abort status. The contents of the abort status 

- are Gependent upon the actual abort taken, and is determined by examining the contents 
of bytes 15 and 16: the pointers to area of the firmware where the abort occured. 

In the following table, the contents of bytes 15 and 16 are indicated {as a 
hexadecimal 16-bit integer, just as you would read them from the buffer} with a brief 
description of the reason why the abort was taken as well as any comments concerning 
other bytes of immediate interest included in the Abort_Status structure. 


SOZEA: Illegal interface response, or Host Nak 
Byte/$09: Response byte that caused abort 
$0388: Illegal Ram_Bank select 
Byte/$00: Bank number 
$048A: Format Error: illegal state-machine state 
Byte/$0A: state of aphids alia at time of abort 
SO4CE: Tllegal Bank Switch G.> 
Byte/$00: Bank number 
$0516: Illegal tay a or Deadttan_Timeout 
Bytes/$0A:0B: Address of routine at time of timeout 
$1114: Format Error: Error while writing sector 
Byte/$03: Error status from FormatBlock 
$1204: Command Checkbyte Error 
$1216: ProFile or System command attempted while SelfTest Error 
$122A: Illegal interface instruction 
$1329: Unrecoverable Servo Error while reading 
$1408: Sparing attempted on non-existent spare block 
$1542: Sparing attempted while sparetable full 
$1588: Deletion attempted of non-existent bad block 
$16E0: Illegal exception instruction 
$18E8: Write buffer overflow 
$192C: Unrecoverable servo error while writing 
$iB0A: Servo status request sent as Servo command 
S$1B8SF : Restore Error: Non-Recal parameter 
Byte/$00: Illegal parameter sent 
$1BC3: Illegal password sent to #rite_SpareTabie | Command 
$1000: Illegal password sent to Format command 
$1COF: Iilegal format parameters 
Bytes/$09:0A: illegal parameters 
$1063: Illegal password sent to Init_SpareTable_Command 
$1CF8: Zero block count sent to System_Command 


: Write Error: Illegal state-machine state 


Byte/$0A: State-machine state at time of abort 


: Read Error: illegal state-machine state 


Byte/$0A: State-machine state at time of abort 


: ReadHeader Error: 11legal state-machine state 


Byte/$0A: State-machine state at time of abort 


: Request for illegal logical block 


Bytes/$00:02: logical block number 


: External Stack overflow 


Bytes/$04:07: stack history 


: Search for SpareTable failed 

: No sparetable structure found in sparetable 
: Update of sparetable failed 

: Illegal sparecount instruction 


Bytes/$09: value of illegal instruction 


: Unrecoverable servo error while seeking 

: Unable to transmit command to servo 

: Unable to receive status from servo 

: Unable to find any headers after DataRecal 
: Servo error after servo reset 


Byte/$0A: value of controller status port 


: Servo communication error after servo reset 
: SCan attempted without sparetable 
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WIDGET SERVO FUNCTIONAL OBJECTIVE 


BASIC SERVO FUNCTIONS 

Widget servo control functions are handled by a Z8 microprocessor. The 
Z8 handles all 1/0 operations, timing operations and communication with a 
host controller. Control functions to the Z8 Servo Controller are made 
through the serial 1/0. ; 


The following commands for the Widget servo are: 
A. HOME = not detented, heads off data zones located at the inner stop. 
B. RECAL — detented at one of two positions. 


1. FORMAT RECAL: 32, -0, +3 tracks from HOME. Used only during 
data formatting. 


2. RECAL: 72, -0, +3 tracks from HOME. Used to initialize home 
position after on or following an access error or any other 
error. 

C. SEEK = coarse track positioning of data head to any desired track 
location. 


D. TRACK FOLLOWING = heads are detented on a specific track location and 
the device is_ready for another command. 


E. OFFSET = controlled microstepping of fine position system during 
TRACK FOLLOWING (two modes). 


1. COMMAND OFFSET - direction®*and amount of offset is specified to 
the servo. 


2. AUTO OFFSET ~ command allows the servo to automatically move off 
track by the amount indicated by the embedded servo signal on the 
data surface (disk). 


F. STATUS — command can read servo status. 

Ge. DIAGNOSTIC — not implemented. 

See Table 1 for the actual command description. With the present com 
mand structure a SEEK COMMAND can be augmented with an OFFSET COMMAND. 


Upon completion of a seek, the offset command bit is tested to determine 
if an offset will occur following a seek (either auto or command offset). 


Tl. 


When a SERVO ERROR occurs the 28 SERVO will attempt to do a short RECAL 
(ERROR RECAL).. Two attempts are made by the system to do the ERROR RECAL 
function. If either of the two RECAL operations terminate successfully 
the protocol status will be SERVO READY, SIO READY and SERVO ERROR. 
Should the ERROR RECAL fail then the system will complete the error 
recovery by a HOME function. 


The two OFFSET commands will be described. First COMMAND OFFSET is a pre- 
determined amount of microstepping of the fine position servo. Included 
in the OFFSET BYTE (STATREG), bit B6=0 is a COMMAND OFFSET. Bit B/7#1 is a 
forward offset step (toward the spindle); B7=0 is a reverse step. 

If bit B6=#l1, the OFFSET command is AUTO OFFSET. 


AUTO OFFSET command normally occurs during a write operation. When the 
HDA was initially formated at the factory, special encoded servo data was 
written on each track "near" the index zone. The reason for this follows: 


Normal coarse and fine position information for the position servos is 
derived from an optical signal relative to the actual data head-track 
location. Over a period of time, the relative position (optical signal) 
will be misaligned to the absolute head-track position by some unknown 
amount (less than 100 ulIn). This small change is important for reliabil- 
ity during the write operation. Write/Read reliability can be degraded 
due to this misalignment. The special disk encoded servo signal is avail- 
able to the fine position servo. It will correct the difference between 
the relative position signal of the optics and the absolute head to track 
position under the data head only at index time. The correction signal 
can be held indefinitely or updated (if desired at each index time) 

until a new OFFSET command or move command (SEEK or RECAL) occurs. 


COMMUNICATION FUNCTIONS 


The servo functions described in the previous section only occur when the 
servo Z8 microprocessor is in the communication state. Communication 
states occur immediately after a system reset, upon completing head set- 
ting after a recal, seek, offset, read servo status or set servo diag- 
nostic command. A special communication state exists after a servo error 
has occurred. If + SIO READY is not active, no communication can exist 
between the external controller and the servo Z8 processor. 


Servo commands are serial bits grouped as five separate bytes total. Re- 
fer to Table 1 parts I through V for the total communication string. 

The first byte is the command byte (i.e. seek, read status, recal, etc.). 
The second byte is the low order difference for a seek (i.e. Byte 2 = SOA 
is a ten track seek). The third byte is the offset byte (AUTO or COMMAND 
OFFSET and the magnitude/direction for command offset). The fourth byte 
is the status and diagnostic byte (use for reading internal servo status 
or setting diagnostic commands). Byte five is the check sum byte used to 
check verify that the first four bytes were correctly transmitted 
(communication error checking). 


Iil. 


Part of the communication function requires a specific protocol between 
the servo Z8 processor and the external controller. 


Servo control and communication are described in CHART I. This chart 
illustrates the basic sequencing and control operations. Chart I does 
not illustrate the servo error handling or command/protocol handling 
functions. Error handling is described in Section IV and illustrated by 
CHART II. 


Z8 SERVO PROTOCOL 


The protocol between the Z8 SERVO microcomputer and the CONTROLLER is 
based on five 1/0 lines. Two of the I/O lines are serial input (to Z8 
servo from controller) serial output (from Z8 servo to controller). Data 
stream between the Z8 servo and controller is 8 bit ASCII with no parity 
bit (the fifth byte of the command string contains check sum byte use for 
error checking). There are three additional output lines between the Z8 
servo used as control lines to the controller. Combining the two serial 
I/O lines and the three unidirectional port lines generates the bases of 
the protocol between the Z8 servo and controller. The important opera- 
tions between the Z8 servo and controller are: 


1. Send commands to Z8 servo. 

2. Read Z8 servo status. 

3. Check validity of all four command bytes. 

4. 1/0 timing signals between the Z8 servo and controller. 
>. Z8 servo reset. 


Sequencing the Z8 servo controller is an important process following a 
Power Up (Power On Reset) or if the controller should issue a 28 Servo 
Reset at any time. After a 28 Servo Reset is inhibited, the 28 I/0 ports 
and internal register are initialized. This takes approximately 75 msec 
after the Z8 Servo Reset is inhibited. The protocol baud rate is auto=- 
matically set to 19.2KB and then the system is parked at HOME position 
and SIO READY is set active. ***IMPORTANT***, If the desired baud rate 
needs to be increased to 5/7.6KB; **after a 28 Servo Reset is the ONLY 
time this can be done***, Once set to 57.6KB the communication rate re- 
mains at 57.6KB until a 28 Servo Reset occurs. Setting 5/7.6KB is achieved 
as follows: 


1. 28 Servo "Power On or Controller" Reset 
2. Wait for SIO Ready 
3. Send a READ STATUS COMMAND as follows: 
BYTE 1 = $ 00 
BYTE 2 = $ 00 


BYTE 3 = $ 00 
BYTE 4 = $ 87 


IV. 


After the completion of transmitting the bytes, the 28 Servo Controller 
changes to 5/.6KB and will be waiting for the next transmitted command 
at S7e 6KB. ‘e., 


Before the controller transmits the command byte the controller must pole 

the SIO READY line from the Z8 servo to determine if it is active (+5 

volts). If the line is active then a command can be transmitted to the 

Z8 servo. The program in the Z8 servo will determine what to do with the 
command bytes (depending upon the current status of the Z8 servo). After 

the command (five bytes long) has been transmitted to the Z8 servo, the 
program in the Z8 servo will determine tf the command bytes (first four 
bytes) are in error by evaluating the check sum byte (fifth byte trans- 
mitted). See Charts III and IV for the error handling procedures. After the 
controller has transmitted the last serial string it must wait 250 usec 

then test for SERVO ERROR active (+5 volts). If SERVO ERROR is active the 
command was rejected (check sum error or invalid command). If SERVO 

ERROR is set active 600 U sec after the command is sent (and not 

250 U sec), this was a command reject. The SERVO ERROR must be cleared 

by a READ STATUS COMMAND or RECAL COMMAND before transmitting another command. 
See CHART 1 for the timing diagram of the command sequence and 1/0 protocol. 


As long as SIO READY is active the controller can communicate with the 28 
Servo Controller. If SERVO READY is not active the only command that will 
cause the Widget Servo to set SERVO READY active is a RECAL COMMAND (NOR- 
MAL or FORMAT). Read Status will only clear SERVO ERROR, and all other 
commands will be rejected. 


Next, if SERVO READY is active and SERVO ERROR is also active, SERVO 
ERROR can be cleared by: 


1. Any READ STATUS COMMAND. 
2. Any RECAL COMMAND. ~ 
3. Any other commands will be rejected and maintain SERVO ERROR. 


If a SEEK COMMAND is transmitted with: both SERVO READY and SERVO ERROR 
active, the command will be rejected. 


It is important to check the status of all three status lines from the 
Z8 Servo. It is best to avoid sending a SEEK COMMAND with SERVO READY 
and SERVO ERROR active. 


Chart V, parts Aw-I, illustrate some of the serial communication commands 
and error conditions that can occur between the controller and 28 SERVO. 


ERROR HANDLING ~ 
SERVO ERROR will be generated during the following conditions: 


1. During Recal mode (velocity control only) access time~out.If a Recal 
function exceeds 150 msec then an access timeout occurs. 


During Seek mode (velocity control only) access time-out. If a Seek 
function exceeds 150 msec then an access time-out occurs. 


During Settling mode (following a Recal, Seek, or Offset) if there is 
excessive On Track pulses (3 crossings), indicating excessive head 
mortony a Settling error check will occur. 


During a command transmission if a communication error occurs (check 
sum error). 


During a command tansmission if a invalid command is sent. 


APPENDIX A: 


Il. 


The purpose of the FINE POSITION SERVO is to maintain detent or lock on 
a given data track. Any misregistrations of the head/arm due to windage, 
mechanically observed by the optics position signal are corrected by the 
close loop position servo. Misregistrations at the data head relative to 
the actual data track on the disk must be corrected by the AUTO OFFSET 
command. Figure I is a block diagram of the Widget FINE POSITION 

SERVO. The amount of misregistration at the data track sensed after 

an AUTO OFFSET command is summed into the servo and the servo is automat- 
ically repositioned over the data track. 


The COARSE POSITION SERVO (SEEK) has the function of moving the data 

head arbitrarily from a current track to any other arbitrary track loca- 
tion within the total number of track locations between the inner to 
outer crash stops. When a command is transmitted to the Z8 Servo con- 
troller, the Z8 decodes and interprets the command into a servo function. 
If a SEEK command is sent to the Z8 Servo Controller a direction and 
number of tracks to move is also sent. The system starts its move to the 
new track location. When the arm has moved to its new location the Z8 
Servo Controller provides control and delay necessary to allow the data 
head and the FINE POSITION SERVO to come to rest immediately following a 
SEEK. This insures that motion in FINE POSITION SERVO and data head will 
be under control when the READ/WRITE channel begins operation. Reliabil- 
ity of the data channel is assured with high margins. Figure I is a block 
diagram of the Widget COARSE POSITION SERVO. 


The differences between the FINE POSITION SERVO and the COARSE POSITION 
SERVO is handled by the Z8 Servo Controller. The two servos share for 
the most part the same set of electronics. The 28 Servo Controller and 
analog multiplexers switch between the signal paths. In general there 
are some circuits that are not shared because of their uniqueness for a 
particular servo. 


APPENDIX B: 


An important part of the Widget Servo System is the optics signal. The optics 
signal provides the necessary signals for the fine position servo to position the 
data head accurately over the data track and to provide the system velocity 
signal during seek mode. The alignment of the optics signal is described in 

the following section on "WIDGET OPTICS ALIGNMENT PROCEDURE." 


Dan Retzinger 
Nov. 9, 1982 


WIDGET OPTICS ALIGNMENT PROCEEDURE 


INTRODUCTION 


The purpose of this note is to describe the procedure for properly adjusting 
five pots on the widget mother board used to control the amplitude of the optics 
signal. The five pots are R7, R8, R17, RI9 and R35. The optics signal 
originates at the end of the servo arm and is used in positioning the arm. 


EQUIPMENT REQUIRED 


An oscilloscope capable of operating in the X-Y mode of operation. A Tektronix 
model 465 works fine. 


PROCEEDURE . 
Optics LED Orive Adjustment 


1. Connect channel 1 of the oscilloscope to TP 5 on the Widget Mother 8o0ard. 

2. Scope Vert. setting: 1 Volt/Div. Horizontal: Any sweep rate. 

3. Adjust 835 so the voltage at TP5 is 3.6 volts +/- .2 volts. t%-38y 
(clockwise, or more resistance=lower voltage) 


Figure 1: TPS Amplitude 


ae 


a S - . » 
3 = ; * : 
: ; = ; - 
- Eee pe 
; — . e « . 
qe - 
* ° - ; : 
* » ge SR - 
Ps “ ‘ . ‘ + 
- ° _ « 8 ° 
‘ - . e s e 
. a 2 Sd : id , e 
- 8 8 8 8 26 OSS SSS DS SSOCSSOCOSCS 


Yo 
e esi ceus 
eee 


<6@e § 6 Ge © 


reer 
ome } oo 


oe Pe 
® 


Position A and Position B Adjustment 


4, 
5. 


Put scope in X-Y mode, ground channels X and Y, move dot to 
center of screen. 

Connect chan X to TP9, chan Y to TP8. (Both TP's are located 
near pin 1 of the Z8 microprocessor) 

Scope vertical: Chan X and Y, 2 volts/Div. 

At this point arm jis to be moved. ** to be determined how ** 

With arm in movement, a circular pattern should appear on the 
scope. Adjust R7, R8, R17, R19 so the top, bottom, right 
and left sides of the circle come at but no closer than a 
minimum of 2.5 scope divisions from the center of the screen. 


Each pot adjusts the circie as follows: 


R7 Left side clockwise or lower reszsmaller circle 
R8 Right side i 
R17 Bottom | . 
R19 Top ° 


Figure 2 shows a properly adjusted optics signal. 


Figure 2: Position A and B 
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PROCEEDURE SUMMARY 


1a 
2. 


Adjust R35 so the voltage at TPS (R37) is 3.6 Volts +/- .2 volts. 


Put scope in X-Y mode, chan 1 & 2 set to 2 volts/div. Adjust 27, 
R8, R17, R19, so that the sides of the circle (during minimum 
fluctuation) are each within 2.5 Divisions (+/+ .1 div) of the 
center. This corresponds to 5 Volts from the center to the 
top, Ddottom, or either side. 


APPENDIX C: 


Some of the analog control signals can be useful in understanding or evaluating 
‘the function or performance of the Widget Servo. Photographs are provided to 
illustrate some of the key Widget functions. Refer to the following document 
“WIDGET SERVO WAVEFORMS." 


WIDGET SERVO 


VARIOUS KEY WAVEFORMS 
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CONTENTS 


Optics Adjustment 

Current Sense and Position a 

Current Sense and Position aA (Forward and Rev Seeks) 
Velocity and Position aA 

Velocity and Position A (Forward and Rev Seeks) 

DAC Output and Position a 

DAC Output and Position A (Forward and Rev Seeks) 
Curve Shift Function and Position A ( 1 track seek) 
Curve Shift Function and Position aA (60 track seek) 


WAVEFORM: Optics Adjustment 


Scope Adjustments: 


Channel Probe Tip Test Point Notes 
Chan 1 Position A TP9 2V/div 
Chan 2 Position B TPs 2V/div } 
Trig In Not used 


Horiz : X=-Y¥ Mode 


Servo: 


Alternate Seeks, 512 tracks 


Press Z; 82, VU 
86, O 


WAVEFORM: Current Sense and Position A 


Scope Adjustments: 


Channel 


Chan l 
Chan 2 
Trig In 


Horiz: 


, Servo: 


Probe Tip 


Curreot Sense 
Position A 
Access Mode 


Sms/Div Calibrated 


Test Point 


TP19 
TP9 
TP27 


Alternate Seeks, 96 tracks (Hex 


Press 2d; 


80, 60, 0, 0 
84, 60, 0, 0 


PaGce - 


Notes 


_ v/div 
. SV/div 


Positive trig, Ext/10 
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WAVEFORM: Current Sense and Position A 
(Forward and Reverse Seeks) 


Scope Adjustments: 


Channel Probe Tip Test Point Wotes 

Chan l Current Sense TP19 5V/div 

Chan 2 Position A TP9 5V/div 

Trig In Access ode TP27 Positive trig, Extr/10 


Horiz: 2ms/Div Uncalibrated 


Servo: 
alternate Seeks, 96 tracks (Hex S$6U) 


Press 2; 80, 60, 0, 0 
84, 60, 0, 0 
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WAVEFORM: Velocity and Position A 


Scope Adjustments: 


Channel Probe Tip Test Point Notes 

Chan 1 Velocity TP7 2V/div 

Chan 2 Position A TPY 5V/div 

Trig In Access Mode TP27 Positive trig, Exr/10 


Horiz: 5ms/Div Calibrated 


Servo: 
Alternate Seeks, 96 tracks (Hex $60) 


Press Z; 380, 60, 0, 0 
84, 60, 0, 0 
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WAVEFORM: Velocity and Position a 
(Forward and Rev Seeks) 


Scope Adjustments: 


Channel Probe Tip Test Point Notes 

Chan 1 Velocity TP7 SV/div 

Chan 2 Position A TP9 5V/div 

Trig In Access Mode TP27 Positive trig, Ext/10 


“Horiz: 2ms/Div Uncalibrated 


Servo: 
Alternate Seeks, 96 tracks (Hex $60) 


Press 2; 80, 60, 0, 0 
84, 60, 0, 0 
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WAVEFORM: DAC Output and Position A 


Scope Adjustments: 


Servo: 


Channel Probe Tip 


Chan 1 DAC Output 


Chan 2 Position A 
Trig In Access Mode 


Horiz: 5ms/Div Calibrated 


Alternate Seeks, 96 tracks (Hex $60) 


Press 2Z; 80, 60, 0, 0 
84, 60, 0, 0 


TP13 
TP9 
TP27 


.Test Point 


Notes 


2V/div 
SV/div 
Positive trig, ‘Ext/10 
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WAVEFORM: DAC Output and Position a 
(Forward and Rev Seeks) 


Scope Adjustments: 


Channel Probe Tip | Test Point ‘Notes 

Chan 1 DAC Output TP13 2V/div 

Chan 2 Position A TP9 SV/div 

Trig In Access Mode TP27 Positive trig, Exr/1l0 


Horiz: 2ms/Div Uncalibrated 


servo: 
Alternate Seeks, 96 tracks (Hex $60) 


Press Z; 80, 60, 0, 0 
84, 60, 0, 0 
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WAVEFORM: Curve Shift Function and Position a 
(Forward and Rev Seeks: 1 track) 


Scope Adjustments: 


Channel Probe Tip Test Point Notes 


Chan l Curve Shift Func. TP12 2V/div 
Chan 2 Position A TP9 SV/div = 
Trig In Access Mode TP27 Positive trig, Ext/10 


Horiz: 2ms/Div Uncalibrated 


Servo: 
Alternate Seeks, 1 track 


Press 2; 80, 01, 0, 0 
84, O1, 0, 0 
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WAVEFORI!: Curve Shift Function and Position aA 
(60 track seek) 


scope Adjustments: 


Channel - Probe Tip Test Point Notes 

Chan 1 Curve Shift Func. TP12 2V/div 

Chan 2 Position A TP9 5vV/div 

Trig- In Access Mode TP27 Positive trig, Ext/1l0 


Horiz: 5ms/Div Calibrated 


Servo: 
Alternate Seeks, 96 tracks (Hex $60) 


Press Z; 80, 60, 0, 0 
84, 60, 0, 0 
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28 SERVO COMMAND BYTES page i 
| TABLE 1 | 
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I. BYTE i: COMMAND BYTE (OIFCNTH) 


CS CEE GEIS CAE CEE CH ES CE ED CA ED 


' B7 Bé BS B4 : FUNCTIONS 


oa >; 1 @ @ @ $ access only 

1 B7 : 1 @ 6 ; access with offset 
command iBé ; @ 1 86 @ i: normal recal (to trk 72) 
bits :BS + @ 1 ft 1 ; format recal (to trk 32) 

; Bd ; @ @ 6 1 : Ooffset=-trk following 

=== i 1 1 6 6 $+ Rome-send to ID stop 

== ' @ 86 1 8 { diagnostic command 

:B3S -X= not used ; @ @ @ 8 { rFead status command 
access i:B2 -access direction Sn rn nn nn rene ere re es 


bits iBl1 -hi diff2 (312) 
1B =-hi diffl ¢€256) 


access direction #2 


hi diff2 (512) = 


hi diffl ¢€256) 


1 CFORWARD: toward the spindle> 

= @ CREVERSE: away from the spindle) 
1 ¢Si2 tracks to god 

= @ (not set) 

= 1 ¢256 tracks to go) 


= @ (not set) 


oe 


Il. BYTE 2: DIFF BYTE CDIFCNTLD 


command BYTE 2 contains the LOW ORDER DIFFERENCE COUNT for a seek 


iB?7 -bit7= 
iBé -—bité 
‘BS -bitS= 
(BS -bpitd 
(B3 -bits= 
1B2 -bit2= 
‘Bil =-biti= 
'B8 -bit@= 


128 tracks~ 


646 tracks 

32 tracks 

16 tracks 

8 tracks- 
ra tracks 

2 tracks 

i track 


28 SERVO COMMAND BYTES pages 
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ill. BYTE 3: OFFSET BYTE ‘(STATREG) 


command BYTE 3 contains the INSTRUCTION for an OFFSET COMMAND (geek 
er during track ¢ol lowing) 


1B7 ~-coffset direction 

1'Bé ~auto offset function ; y 
(BS ered —ef- seep ert er rere MOT USED 
(BS -offset bitd 21S 

iB3S ~offset bit3 #8 

'B2 ~-offset bit2 24 

(B1 ~-offset biti #2 

(‘B@ -offset bité@ 21 


1. if offset command from BYTE 1 is followed by bits set Cauto offset 
offset direction (bit7) read offset CbitS> and bits 4-@ are ignore 
but should be set to @ if not used. 


2. OFFSET DIRECTION #1 (FORWARD OFFSET: toward the spindle) 
m@ (REVERSE OFFSET: away from the spindle) 


3. AUTO OFFSET =i (normally used preceeding a write operation) 
=@ (manual offset:MUST send direction and magni tu: 
of offset) 
Raed OFSS Set treed or peet er etore fron Bart eater arto 
comet fierdtimie 


IV. BYTE 4: STATUS BYTE (CNTREG> 


(‘B7? -communication rate 

1BS ~power on reset 

‘BS -not used 

(BS -not used 

(BS -status or diagnostic bits 


iB2 - 

»Bl = 

‘Be = V " 

B7=6; Communication Rate is 19.2 KBAUD 
=1; Communication Rate is 57.6 KBAUD 

BS 


0; Power On Reset bit is no active 
13; Power On Reset bit is active 


Z8 SERVO COMMAND BYTES page3 
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. BYTE 3S: CHECKSUM BYTE (CKSUM) 


«(B7 Bé BS B4 BS B2 Bi Be) 


results of the transmitted CHECKSUM BYTE are derived as: 


(BYTE 1 + BYTE 2 + BYTE 3 + BYTE 4) = CHECKSUM BYTE 


C+) is defined as the addition of each BYTE 


- (BYTE) is defined as the compliment of the BYTES( 1-4) 


VI. The SERVO STATUS lines «SIO RDY,SERVO RDY,SERVO ERROR) must have the 
following conditions In order to send the listed 28 COMMANDS: 


28 SERVO CMD 


accessctonliy) 
access(off¢set) 
recaltdata) 
recal (format) 
park 

offsett detent) 
status 
diagnostic 


X= either 8,1 


SERVO STATUS 


S ss 
I R R 
0 VY 
R R +E 
D D R 
Y Y R 
if i Ci 
it 1 Bi 
1 x x! 
if x xi 
i 1 D4 xi 
' i a! 
ae | D4 xi 


{ Peer >; not implimented 
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